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ELECTRONIC PRODUCT/ SERVICE MANUAL 



BACKGROUND OF THE INVENTION 



1 . Field of the Invention . 

[0001] The present invention relates, in general, to 
5 computer aided methods of presenting information, and, 
more particularly, to software, systems and methods for 
providing three-dimensional and two-dimensional graphic, 
interactive product and service manuals. 

2. Relevant Background. 

10 [0002] Efficient distribution of goods and services 
often depends on related documentation such as 
instructions, product manuals and service manuals. As 
products become more complex, it is useful for consumers 
to have ready access to information about the products to 

15 aide in installation, setup, configuration, 

troubleshooting and repair. In an industrial setting, 
machines are often specifically designed for special 
purpose and involve complex components and subsystems that 
must be continually maintained and repaired by machine 

20 operators. Operators, however, are often not trained 
specifically for machine maintenance tasks and must refer 
to product documentation. Moreover, consumer products 
such as appliances, automobiles and household machinery 
are increasingly complex thereby making reference to 

25 documentation more frequent and important to the consumer. 



[0003] Service professionals that offer setup and 

repair services for both industrial and consumer products 
depend on the availability of effective, up-to-date 



documentation. To be effective, the documentation must be 
easy to use and available as well as aid the service 
professional's ability to perceive, diagnose, and correct 
problems. Up-to-date documentation means that the 

documentation must cover not only the current version of a 
product, but also non-current versions that may require 
service for decades. 

[0004] The art and science of documentation involves 

communicating information, often very specific and focused 
information, about complex products and systems. Complex 
products and machines are typically made from arrangements 
of simpler piece-parts, components and systems. The 
components themselves may comprise sub-components and 
subsystems. In the final product, these assembled sub- 
components define spatial relationship to each other that 
dictate how the product looks as well as a functional 
relationship with each other. Each component has a set of 
information associated only with that component (e.g., 
repair instructions, ordering information, and the like) 
as well as information about its relationship with other 
components (e.g., part A is engaged to part B using a 
5/16" bolt and locknut) . 

[0005] Existing documentation systems are inadequate to 

allow a user to efficiently interact with visual 
information and relationship information to isolate the 
specific and focused information needed at a particular 
instant from the mass of documentation provided for an 
entire product. Traditionally, product information has 
been distributed in paper form by way of brochures, 
manuals, instruction booklets and the like. Paper is a 
limited media in which to present information relating to 
products and systems because it only presents two 
dimensions and is only presented linearly. This forces a 



user to become very familiar with the paper product to be 
able to index through it quickly, or to frequently 
reference an index or table of contents to find desired 
information . 

[0006] More recently, this type of information is 
provided in electronic form including hyperlinked 
documents that allow a user to select objects on one page 
and automatically jump to another page. Hyperlinked 
interfaces enable a user to interact with a document and 
more readily reach information that is of immediate 
interest rather than following an prescribed order through 
a document. However, these prior systems persist in 
presenting information in a flat or linear manner that 
mimics paper-based media. While hyperlinked documents 
allow a user to pursue a non-linear flow, there has not 
been, to date, an effective equivalent with graphical 
information . 

[0007] Importantly, these systems require the manual to 

be specifically compiled in the new media format, and do 
not easily leverage existing material from marketing 
materials, CAD files, product literature, or other sources 
that have been previously compiled. For example, a manual 
can be provided in electronic form using most word 
processing, presentation, spreadsheet, and similar 
application software that enables images and/or media 
files to be embedded in a document. In the case of 
hyperlinked documents, the document may comprise a 
plurality of links to other documents or pages of 
information stored in a database associated with the 
presentation logic. 

[0008] In either case, the embedded files or database 
either contain information specially created for the 



manual, or copies of pre-existing files that have been 
reformatted or "re-purposed". Hence, the database is 
closely coupled to the presentation logic (e.g., a web 
server) of the manual rather than being coupled to the 
business processes that produce the product, provide the 
service, or generate the documentation. As a result, the 
database copies tend to become out of date with respect to 
the most current product information. A need exists for 
systems and methods for integrating existing databases 
with a product manual user interface so that the product 
manual presents the most relevant information to a user. 

[0009] Three-dimensional rendering and imaging is an 
effective technique for conveying information for many 
products and services. Three-dimensional images assist 
users and service technicians in identifying components 
and manipulating/operating machinery and tools in a way 
that plane views do not. Accordingly, many product and 
service manuals include three-dimensional illustrations. 
However, existing three-dimensional illustrations fail to 
allow user interaction by selection and manipulation of 
three-dimensional objects. Essentially, the images 

provide a fixed vantage point, fixed function 
informational display that does not enable user to 
interface with the manual through the three-dimensional 
image. Hence, a need exists for a product and service 
manual having a three-dimensional graphical user 
interface . 

[0010] One of the reasons three-dimensional user 
interfaces have not be widely deployed is that users can 
actually become disoriented when viewing and navigating 
about complex systems viewed in three dimensions. 
Changing zoom and perspective can readily disorient the 
user forcing them to back out to a familiar perspective 



and restart their navigation process. Accordingly, there 
is a need for a three-dimensional product and service 
manual that enables easier, intuitive navigation of 
complex systems. 

5 [0011] One important type of interaction that is needed 

in conjunction with service and product manuals relates to 
interactive messaging and parts ordering. Whether being 
used by an end-user or service technician, once a 
particular component of a system is identified more 

10 information about that component may be desired. For 
example, local sources for a part and/or inventories of a 
part may be desired. In some cases, a part may need to be 
ordered and/or delivered to replace a worn or defective 
part. In other instances, the manual user simply needs 

15 more information such as material composition, 
specifications, or up-to-date troubleshooting information. 
Conventional non-interactive manuals in either paper or 
electronic form may provide customer service telephone 
numbers, or web site addresses and even links to web sites 

2 0 that provide further information, but lack sophisticated 
inventory, ordering, and messaging interfaces that enable 
interaction between a user and an external support service 
such as a parts supplier or manufacturing customer service 
representative . 

25 [0012] Conventional static manuals vary significantly 
in the amount of information that is contained therein, 
trying to balance the need for comprehensive information 
against the need to make the manual compact and easy to 
use. This balance is required because in any given 

30 situation, a manual provides much more information that is 
needed to solve a problem at hand. A need exists for 
methods and systems for delivering product manual 
information as needed and requested by a user. 
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SUMMARY OF THE INVENTION 



[0013] Briefly stated, the present invention involves 

an electronic product manual including a plurality of 
elements having a hierarchical relationship as components 
5 and sub-components with each other. A data structure 
stores data of various types representing the components 
and sub-components. A graphical user interface (GUI) is 
configured to present selected portions of the data 
structure to a user, receive input from the user, and 

10 enable a user to select an object from the display. A 
first view of the data structure displayed in the GUI upon 
selection of the object, the first view comprising an 
image of the object. A second view of the data structure 
is displayed in the GUI upon selection of the object, the 

15 second view including information indicating the 
hierarchical relationship of the selected object with 
respect to other objects. A third view of the data 
structure displayed in the GUI upon selection of the 
object, the third view including object-specific 

20 information. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0014] Fig. 1 shows an computer environment in which 

the present invention is implemented; 

[0015] Fig. 2 illustrates a first representation of a 

25 user interface of an electronic manual in accordance with 
the present invention; 

[0016] Fig. 3 illustrates a second representation of a 

user interface of an electronic manual in accordance with 
the present invention; 
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[0017] Fig. 4 illustrates a third representation of a 
user interface of an electronic manual in accordance with 
the present invention; 

[0018] Fig. 5 shows components of a unit data structure 

5 used to implement the electronic manual in accordance with 
the present invention; and 

[0019] Fig. 6 is an exemplary markup language document 
used to implement a particular instance of a unit data 
structure in accordance with the present invention. 

10 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

[0020] An important feature of the present invention is 
the incorporation of a truly interactive graphical user 
interface (GUI) . The present invention involves creating 
a single comprehensive representation of a product or 

15 service called a "unit data model". The unit data model 
includes various types of data about the product or 
service where each type of data included may only be 
relevant in limited set of contexts. For example, the 
unit data model may include graphical representations of a 

20 product, ordering and shipping data, repair data, 
operation data, troubleshooting data and the like in a 
single data structure. In a preferred implementation, the 
unit data model is implemented as a data structure without 
any associated behavior or program elements. In a less 

2 5 preferred alternative implementation, the unit data model 
is embodied in an object-oriented structure called a unit 
data object that includes not only the unit data model 
itself, but generic methods that expose the unit data 
model data for access by external applications. 

30 [0021] The present invention also involves a graphical 

user interface (GUI) application configured to access the 
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unit object. The GUI application is preferably configured 
for a particular context related to the role of the user 
operating the GUI application. This configuration may be 
static or dynamic (e.g., the application implemented on a 
5 loading dock can be statically defined to that role 
whereas a browser application may be dynamically 
configured for various roles depending on the user 
identification. Because the GUI application can access 
any of the various types of data from the unit data 
10 structure, the unit data structure is readily shared 
across the various GUI application instances, and is 
accessible by the various methods of displaying data that 
are implemented within any GUI application. 

[0022] The rich and varied nature of the data contained 

15 in the unit data structure allows the combination of 
interactive two-dimensional and three-dimensional graphics 
with interactive text describing the graphics and 
interactive product structure information such as 
hierarchical views. Preferably, a GUI application 

20 displays disparate views of the relevant unit data model 
simultaneously such that, for example, a graphical view is 
displayed along side a text description and/or 
hierarchical display of the product represented by the 
unit data model. Preferably, each of the displayed views 

25 is interactive such that a user may selected a particular 
portion or element that is displayed and cause the GUI 
application to implement a programmed behavior. The 
programmed behavior may, in many instances, update one or 
more of the displayed views to show more or less detail or 

30 a new perspective of the product associated with or 
represented by the unit data structure. 

[0023] A particular implementation of the present 
invention involves use of three-dimensional graphics to 
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display portions of the unit data model. One aspect of 
the present invention uses an efficient and expedient 
method for embedding component identification information 
into the frame buffer of the display device itself so that 
5 it is readily manipulated using operating system methods 
that are already available in most commercial operating 
system software. This method is described in co-pending 
U.S. patent application serial No. XX/XXX,XXX assigned to 
the assignee of the present invention and entitled "SYSTEM 
10 AND METHOD FOR IMPLEMENTING A THREE-DIMENSIONAL GRAPHIC 
USER INTERFACE" and incorporated herein by reference. 

[0024] As noted above, a key limitation of online 

manuals is their failure to show information that is 
relevant to a user at runtime. By the terms "user- 

15 relevant information" and "user-centric information", it 
is meant that the perspective and content of three- 
dimensional data matches the perspective and content 
desired by a user. This may also be referred to as 
"context-sensitive" display as the content that is 

20 displayed and the manner in which the content is displayed 
may vary depending on the user's current context. While 
various techniques have been used to display these 
different types of data in the past, these prior 
approaches involved multiple separate and independent data 

25 structures such that each data structure held data that 
was relevant to a particular user, role or context. In 
contrast, the present invention enables a single data 
structure, the unit data structure or unit object, that 
can be shared across these disparate users, roles and 

30 contexts. 

[0025] In the case of non-graphical data, user-relevant 

data means that the data is current and applicable to the 
real-world system corresponding to the manual. The vast 
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quantity of potential information forces conventional 
systems to truncate the available information both in 
content and in the presentation logic used to present the 
data. This, in turn, limits the ability of the manual to 
5 present relevant views, relevant perspectives in those 
views, relevant animation, relevant troubleshooting 
information. As a result, product and service manuals are 
generally if not exclusively machine centric or product 
centric in that they provide information having content 

10 and perspective selected by the system, not the user. The 
unit data structure in accordance with the present 
invention enables incorporation of data from external 
databases and so can access and present data at runtime, 
allowing a virtually unlimited amount of data that can be 

15 formatted and presented to satisfy the current demands of 
a user. 

[0026] By way of a particular example, the external 

interfaces may include a link to dynamic external sources 
such as interfaces for ordering components and parts. The 

2 0 most advance systems available to date may include a phone 
number or online order tool for an entire system. For 
example, an appliance manufacturer may include a web link 
that would allow a user to order a new timing belt or bolt 
from the appliance manufacturer. In contrast, some 

25 embodiments of the present invention enables an 
application to implement an order interface on an object- 
by-object basis. Hence, an entry in the data structure 
representing a drive belt for a washing machine include 
information providing a link to the washing machine 

30 manufacturer, or a link to a local appliance dealer, 
hardware store, or belt manufacturer. In this manner, the 
order interface can be relevant to the user's immediate 
needs. A preferred implementation enables a user to 
submit the order directly in the manual and transfer the 
-10- 
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order using server side processes directly in the vendors 
backend system (e.g SAP R/3) to process the order. Some 
advantages of this implementation include unambiguous 
spare part identification and ordering. Alternatively the 
5 order can added to a shopping cart, that is maintained in 
a e-commerce system. Some systems (e.g., Commerce One, 
Websphere Commerce Suite) have standard interfaces 
( "roundtrip" , "punch out") that can be accessed by a 
external applications such as the present invention to 
10 identify spare parts. In this manner, the preferred 
implementations enable efficient and accurate parts 
ordering directly from the manual application in 
accordance with the present invention. 

[0027] Another example of the presentation of user- 
15 relevant information involves the use of animation in the 
graphical user interface. Automobiles, appliances, and 
other devices that use microcontrollers often include 
failure lights that blink in a particular pattern to 
indicate particular types of trouble. Including animation 
20 seguences for each of the potential failure modes would 
reguire a significant amount of data and programming, much 
of which will never be used (assuming that, in general, 
the appliance systems do not fail) . In accordance with 
the present invention, complex presentation methods such 
25 as animation sequences can be requested by a user of the 
manual and provided on demand so that a part being viewed 
can be animated to show normal and/or malfunctioning 
operation . 

[0028] Other features of the present invention involve 

30 the definition of default perspectives with the unit data 
structures. It has been found that one limitation of 
truly interactive three-dimensional graphical user 
interfaces is that a user may become disoriented or lost. 



This has not been a problem in prior systems that have 
static data presentation because the user could not 
manipulate the perspective and content presented in a 
view. In accordance with the present invention, upon 
5 initial selection of an object a default perspective or 
starting point is presented in one or all views of the 
graphical user interface. A user can then manipulate the 
object from the defined starting point, and may preferably 
return to the default perspective as desired. 

10 [0029] Fig. 1 shows an exemplary networked computer 
environment in which the present invention is implemented 
including various computing devices such as personal 
computer 102, wireless hand-held device 103, and laptop 
104 interconnected by a network 101. In one embodiment, 

15 an appliance such as washing machine 107 includes a 
network connection, and/or a connection to another 
computing device such as device 104. Appliance 107 could 
be any type of appliance, machine, or system which is the 
subject of a product /service manual in accordance with the 

2 0 present invention. In the particular example of Fig. 1, 
appliance 107 includes an integrated display device for 
use with a graphical user interface, however, this 
capability is optional. 

[0030] It should be understood that the present 

25 invention does not reguire a network environment, nor 
network connectivity to appliances such as appliance 107. 
In fact, because the present invention can greatly ease 
the hardware requirements needed to provide a three- 
dimensional product manual, it enables stand-alone 
30 operation of devices such as hand-held device 103 and/or 
appliance 107 with relatively little computing power. 
However, for this same reason the present invention 
enables client-server computing systems in which 

-12- 



computationally intensive graphical processes and/or 
database operations are conducted on a server 105. In 
such systems, end-user devices 101-104 and 107 may 
implement only a graphical user interface, or may 
5 implement any desired subset of the graphical processes 
used to render and manipulate graphical user interface 
objects . 

[0031] Each of the devices shown in FIG. 1 may include 

memory, mass storage, and a degree of data processing 

10 capability sufficient to manage the display of information 
using a display device and manage a network connection 
where one is implemented. The computer program devices in 
accordance with the present invention are implemented in 
the memory of the various devices shown in FIG. 1 and 

15 enabled by the data processing capability of the devices 
shown in FIG. 1. In addition to local memory and storage 
associated with each device, it is often desirable to 
provide one or more locations of shared storage such as 
data store 106 that provides mass storage capacity beyond 

20 what an individual device can efficiently use and manage. 
Selected components of the present invention may be stored 
in or implemented in data store 106. 

[0032] Fig. 2 illustrates an exemplary user interface 
presented in a windowed environment such as is familiar to 

25 many personal computer users. Non-windowed graphical user 
interface environments can readily be adapted to the 
present invention as well. The particular examples herein 
use a web browser as a graphical user interface to 
leverage software that is common across many computing 

30 platforms, however, any type of graphical user interface 
is readily substituted. A user is enabled to interact 
with the graphical user interface using a pointing device 
such as a mouse, pen, stylus, touch-screen monitor or 



tablet that enables a user to position a cursor 204 over a 
desired location anywhere in the graphical user interface 
and select an object at that location. 



[0033] As shown in Fig. 2, the graphical user interface 
5 200 preferably includes at least one window, pane, frame 
or portion 201 allocated to displaying a graphical (i.e., 
two- or three-dimensional representation) of a product 
that is the subject matter of the product/service manual 
in accordance with the present invention. An object is 

10 indicated by, for example, floating the cursor over a 
particular location. In a particular embodiment, the 
object identification information is obtained from the 
frame buffer and a tool tip 206 is displayed as shown in 
Fig. 2. In many cases the tool tip information may simply 

15 comprise a name for the component under the cursor, 
however, any amount of information may be included in the 
tool tip. As the cursor is moved from one location to 
another, as suggested by the dashed-line arrow in Fig. 1, 
the displayed tool tip changes to indicate the object 

20 identification of the object currently under the cursor. 

[0034] In addition to the three-dimensional image view, 

the present invention preferably includes a hierarchical 
view 202 and an information view 203. Hierarchical view 
202 communicates the hierarchical relationship of a 

25 currently selected object with respect to parent and child 
components. For example, the control panel is a component 
or child of the entire washing machine. The control knob 
is a child of the control panel. Preferably this 
hierarchical relationship is conveyed using positioning, 

30 colors, or other visual cues that suggest a hierarchical 
relationship. The hierarchical view 202 presents one or 
more branches of the component and sub-component 
relationships that exist in the real world system or 
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device. The hierarchical view 202 aids the user in 
understanding a particular system being examined, and is a 
navigational expedient as components are explored. 

[0035] Information view 203 includes a number of 
5 variable components that provide information relevant to a 
selected object. In the representation of Fig. 2, the 
entire washing machine is selected at a gross perspective, 
and the information view presents data or links to data 
about available documentation, features and the like. 

10 Functionality available at the gross level is also 
presented, as are actions that a user can perform on the 
selected object. Functionality refers to normal and/or 
abnormal functions that the machine or system will 
perform. Actions refer to things the user can do to 

15 manipulate or operate the selected object. As described 
more fully below, as sub-components of the system are 
selected, the set of available functions, actions, and 
documentation changes to be relevant to the user-indicated 
need. 

20 [0036] In some applications, error conditions 

associated with a particular selected object are also 
displayed as shown in Fig. 1. Error conditions are 
conditions that are known to occur with respect to a 
selected object and are again specific to the particular 

25 object selected. At the gross level shown in Fig. 2, some 
very high-level error conditions may be presented such as 
lack of power to the machine, and the like. 

[0037] Preferably, all of the information presented in 

a particular view such as shown in Fig. 2 is associated 
30 with a single unit data structure that contains any number 
of sub-unit data structures corresponding to particular 
sub-components of the real world system. The unit data 
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structure corresponding to the entire washing machine is 
the highest-level data structure in the particular 
example. The highest-level unit data structure includes 
links or interfaces to a control panel unit data 
5 structure, a control knob data structure, a digital 
display data structure, a porthole data structure and the 
like. These sub-components are contained in the high 
level data structure in the sense that the high level data 
structure includes references to the lower level object. 

10 [0038] For example, the sub-unit data structure 
corresponding to the control panel is presented in the 
three-dimensional image portion 201, the hierarchical 
portion 202, and the information portion 203. A user can 
select any of the presentation information corresponding 

15 to the control panel data structure with a similar result 
on the entire display. A user can also manipulate the 
perspective and zoom level on the image portion 201 
without changing the selected data structure. 

[0039] A user can select a sub-unit data structure by 
20 positioning the cursor over one of the representations of 
the sub-unit data structure in any of portions 201, 202 or 
203. Some sub-unit data structures may be presented in 
only one of the portions 201-203, whereas other sub-unit 
data structures may be presented in a plurality of or all 
25 of the portions 201-203. 

[0040] Because all of the information presented in the 
various views shown in Fig. 2 are inherently related 
because they are aggregated into a single unit data 
structure, they are highly coordinated and easy to 
30 program, maintain, and use. A design change to a new lint 
filter, for example, need only affect a lint filter data 
structure and the upper-level data structures will 
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automatically incorporate the changes. Moreover a user 
will only be presented with the detailed information about 
a sub-component if and when that sub-component is 
selected. Hence,. only information relevant to a 

5 particular user in a particular instance need be 
communicated to the user. 

[0041] Although not capable of illustration, the 

present invention also contemplates that at least some 
unit data structures will include animation sequences that 

10 will illustrate certain actions and functionality. For 
example, selection of the "access lint filter" entry in 
the information window may launch an animation sequence 
describing how the porthole door is operated as shown in 
Fig. 4. Conveniently, the animation selects the "lint 

15 filter" data structure, displays the animation in image 
portion 201 and displays useful information such as filter 
ordering information and lint-filter specific 

troubleshooting information in the information window. 

[0042] A user can select a particular data structure by 
20 pressing a mouse button, keyboard button, or similar 
indicating device. Selection of an data structure results 
in updating of all the frames as shown in Fig. 3 to 
present information corresponding to the selected data 
structure. For example, the three-dimensional image 
25 portion may zoom or reorient to a default perspective for 
the selected data structure while the hierarchical frame 
will focus on a branch corresponding to the selected data 
structure and the information frame will display 
documentation, functionality, actions, error conditions 
30 and/or order information specific to the selected 
component. As shown in Fig. 3, another useful display in 
the information portion is product order information that 
is tailored to the specific component corresponding to the 
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particular data structure. Other information such as 
error conditions, functionality, and actions specific to 
the selected component can be displayed. 



[0043] Any number of hierarchical levels can be 

5 incorporated in this manner. However, this level of 
flexibility sometimes results in a user becoming 
disoriented or lost in a particular spatial view or 
branch. One feature of the present invention is that each 
of the data structures includes default presentation 

10 information that includes default content, including 
default spatial perspective as well as default content in 
any other views when the object is initially selected. 
The default view constrains the user interface in a manner 
that discourages disorientation, but allows the user to 

15 continue to tunnel down into an data structure from the 
default content. This feature also promotes better 

cognition of a problem condition by a user by ensuring 
that the user is aware of interacting components and sub- 
components during an investigation. 

20 [0044] Fig. 5 illustrates an exemplary unit data 
structure used in the present invention. The unit data 
structure acts to aggregate or contain data of disparate 
types, and make available the disparate data to a user via 
a graphical user interface application. The data 

25 structure definition defines a variety of information 
types including CAD design files, 3D graphics files, 
marketing materials, product descriptions, etc. 

[0045] Each unit data structure also has a predefined 

"default" presentation information in one or more of the 
30 views described above. In operation, when a unit data 
structure is first selected, the predefined default 
presentation information are displayed. This is most 



apparent in the graphical view in which the dfault 
presentation information includes a default perspective in 
which viewpoint, magnification, rotation, and the like may 
be predefined by default presentation information to guide 
5 the user to a selected part. Additionally, highlighting 
to indicate the selected part with any kind of pointers, 
colors, different shading, positioning, hiding non- 
selected surrounding parts, transparency, text, sound and 
the like may be included in the default presentation 
10 information to determine other features of the graphical 
information display that may be useful to a user's ready 
understanding of the information being presented. 

[0046] Any default presentation information may be used 
that aid a user in understanding what is being viewed in 

15 relation to other system components, including text, 
graphics, sound, or other information that aides the user 
in this goal. This aids significantly in navigation as 
the user does not get lost in the graphical view(s) when 
selecting parts of a complex system. This also ensures 

20 that the user has a known perspective from which to begin 
understanding information in the other view frames. In 
total, this has an effect of making it much easier for the 
user to reach a cognitive understanding of what is being 
displayed, a great advantage for user manuals. 

25 [0047] Unit data structure 500 provides linking between 

the various disparate data types so that when an object is 
selected via one of the data types, the presentation of 
the other data types can be updated automatically to 
continue the integrated presentation. This linking is 

30 often implicit as the different displayed views of the 
data structure are all referencing the same data model. 
Hence, a "starter motor" can be displayed graphically, 
textually, and as a part of a hierarchical listing of 



components, but each displayed view is referencing the 
same data model. Accordingly, when a user selects an 
armature winding, irrespective of whether the winding is 
selected via the graphical display, text display or 
5 hierarchical display, the same portion of the unit data 
model is referenced to provide data to the GUI application 
for implementing behavior in response to the selection 
event. In this manner, the electronic manual in 

accordance with the present invention is readily linked to 
10 external databases to provide current, user-centric 
information to a user without the large overhead normally 
associated with having that extent of information present 
on the user's machine. 

[0048] In the particular example, a "unit data 
15 structure" (shown in greater detail in Fig. 5) is defined 
that can be used both to contain other data structures and 
to include object-specific information. The unit data 
structure implements a data model used to store all 
information provided by a manual application. The 
20 application provides a graphical user interface (GUI) for 
displaying one or more views of the unit data structure, 
and so provides differing perspectives of the underlying 
data model. 

[0049] The GUI application is preferably implemented 

25 independently of the data model implemented by the unit 
data structure. In other words, methods for creating 
displays are not within the unit data structure itself, 
but instead are implemented in the GUI application. 
Keeping the GUI behavior out of the data model enables the 
30 application to provide several views to the same 
underlying data. 
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[0050] This feature enables "role-based" data access. 
By role-based data access it is meant that the manner in 
which data is displayed can be varied based on the role of 
the user, without changing the underlying data model. For 
example, the service technician has access to maintenance 
and diagnosis views whereas terminals offer only logistic 
data like availability and storage location of spare 
parts. In this manner, a single comprehensive data 
structure, the unit data structure, can be shared and 
leveraged across multiple roles. 

[0051] Each unit data structure includes a quantity of 
object-specific data such as a definition of the default 
perspective of that particular unit object, as well as 
data indicating the hierarchical relationship of the 
specific unit data structure to other data structures 
(e.g., external databases, sub-unit data structures, and 
the like) . The hierarchical information can be used to 
identify the contained sub-unit data structures for use in 
GUI application processes that access external databases 
and/or access sub-unit data structures. Some of the 
interfaces shown in Fig. 5 may be null for a particular 
unit data structure. For example, there may be no user- 
initiated actions that can be taken on a particular 
product component, and so the particular unit data 
structure representing that product or component will not 
have data related to Actions. 

[0052] As illustrated in Fig. 5, animation sequence (s) 
data may be included in the unit data structure and linked 
to particular functionality or actions that can be 
performed with or on the component corresponding to the 
unit data structure. A user may select a particular 
machine function and the GUI application will obtain the 
animation data an play an animation intended to illustrate 



proper and/or malfunctioning behavior for the component. 
Similarly, an animation may illustrate an action to be 
performed such as tightening a screw or replacing a belt. 
The animation sequences can be used interactively with the 
5 error state data such that for a particular error state, 
specific actions are prescribed and animations presented, 
as implemented by the GUI application. Once the 

prescribed actions are performed by the user, the error 
state can once again be reviewed to determine if an error 
10 condition has been resolved. In this manner, the present 
invention enables interactive, situation-specific 

troubleshooting . 

[0053] Fig. 6 illustrates a highly simplified unit data 

structure implementation in accordance with the present 

15 invention including image rendering information, ordering 
information, and documentation information. As shown in 
Fig. 6, the unit data structure in accordance with the 
present invention is readily implemented in a markup- 
language document such as an XML document or the like. It 

20 is contemplated that almost any data structure including 
one or more tables in a flat or relational database, or 
other available data structure could implement a unit data 
structure. This allows the unit data structure to be 
highly portable in that it can be displayed on a wide 

25 variety of devices and graphical user interface programs. 

[0054] Although the invention has been described and 

illustrated with a certain degree of particularity, it is 
understood that the present disclosure has been made only 
by way of example, and that numerous changes in the 
30 combination and arrangement of parts can be resorted to by 
those skilled in the art without departing from the spirit 
and scope of the invention, as hereinafter claimed. For 
example, the present invention may enable an interactive 



product/service manual to be embedded into a system or 
appliance. Embedded systems are necessarily very simple 
and constrained in the type and quantity of information 
that can be presented to a user. A manual that requires 
5 significant computational resources to run would increase 
the cost and complexity of the appliance. Because the 
present invention can be provided in a relatively compact 
form, all or part of the present invention may be embedded 
in an appliance itself. Because data and program code 

10 needed at runtime can be dynamically accessed, the system 
in accordance with the present invention can be 
effectively run on a moderately complex microprocessor. 
These and other extensions, equivalents, and applications 
of the present invention are encompassed by the following 

15 claims. 
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